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(57) Abstract: The invention provides a charging method for a communications service in a communications system, especially for 
a prepaid communications service. A prepaid service processing node (PSPN) processes a communications service. A prepayment 
support node information (PI) is received from a subscriber profile database (SPD). A prepayment support node address (PA) is 
determined from the prepayment support node information (PI). The determined prepayment support node address (PA) is stored. 
A request for the communications service to be charged on a subscriber's prepayment account is detected, and a credit information 
request is sent to a prepayment support node (PPSC) identified by the stored prepayment support node address (PA). A credit in- 
formation is received, and the requested communications service is processed according to the credit information. The invention 
provides a device for said charging as well. 
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Method and apparatus for charging of communications 

services 

Field of the Invention 

5 The present invention relates to communications services, particularly to a method 
and a network node for charging of communications services. 

Background of the invention 

Prepaid services in modem telephone networks allow network operators to issue 
10 subscriptions on a prepaid basis. A prepaid service account contains an amount of 
charging value that can be used to pay for outgoing calls as well as for incoming 
calls. A prepaid service account can have an expiration date. Calls can be made with 
the account as long as the call limitations are not exceeded. Examples for call 
litnitations are an empty account or a passed expiration date. Call charges are 
15 automatically deducted from the account. The account can be refilled with charging 
value for continued usage. 

Prepaid Services may be offered to customers not wanting a permanent subscription 
or to customers who for some reason cannot get credit approval. In mobile 
20 communications networks, prepaid services are particularly useful for car rental 
agencies, travel agencies or organisers of fairs and seminars. These companies can 
in turn supply their customers with the prepaid account. 

In the state of the art, a solution for providing prepaid services in a fixed network is 
25 based on the Intelligent Network (IN), as described in WO 98/27715. A prepaid 
service originating call is routed by the terminal exchange (TE) to a service 
switching point (SSP), which requests connection time from a prepaid services 
account kept at a service control point (SCP). The SCP, which analyses the cost of 
the call and checks the account balance, sends information on the length of the 
30 connection time assigned to the call to the SSP and deducts the account in real time 
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during the call. During the connection, the SSP monitors the elapsing of the 
connection time assigned per request, and when the assigned connection time is less 
than a specific threshold, an additional time request is sent to the SCP. The SCP 
updates the account balance, when the connection is terminated. 

5 

A cellular communications system can comprise a HPLMN, as well as additionally 
at least one VPLMN. As designed for a fixed network, the described prepayment 
method is not suited for a cellular communications system, in which subscribers 
regularly move within their home public land mobile network (HPLMN) as well as 
10 into and within visited public land mobile networks (VPLMNs), because the 
corresponding roan^ng is not supported. 

As an additional disadvantage, the communications network must support an IN 
architecture providing SSPs with service switching functions, at least one SCP with 
15 a service control function and a service management point (SMP) with a service 
management function. All interfaces are vendor specific. Therefore, the interface to 
access the prepaid service accounts is vendor specific as well, which limits 
compatibility within the network. Furthermore, the amount arid complexity of 
signalling messages exchanged between SSP and SCP is high. Also, the dialogue 
20 between these nodes must be kept during the whole call, which binds network 
resources. In addition, it is difficult to charge not only the call duration, but also 
events like supplementary services and short message services (SMS), because the 
SCP does not get the corresponding signalling information. 

As described in Mouly, Pautet, The GSM System for Mobile Communications, 
ISBN 2-9507190-0-7, chapter 9.1.2, pp 572-577, another method for payment of 
communications services in GSM is the creation of toll ticketing (TT) records in a 
mobile switching centre (MSC) and their transfer by tape or electronic transfer to a 
node controlling user accounts. This method is not real-time oriented, because the 
service is executed before the TT records are sent to the node that is controlling user 
accounts. There they arrive always with a certain delay. Therefore, also in the case 



wo 02/01847 



PCT/EPOl/07141 



3 

of electronic transfer of toll tickets there is for an operator maintaining a prepaid 
account depending on his billing strategy for a call a risk either of overcharging the 
account or of undercharging due to an empty prepaid account. Although an operator 
of a HPLMN might take the latter risk, usually a VPLMN operator will not. 
5 Therefore, roaming of a prepaying subscriber cannot be granted. 

Another known method for prepayment of communications services is to store the 
subscribers credit on a smart card in the terminal. This method is less convenient to 
the service provider due to a lack of control and a certain fraud potential. A high 
10 effort is necessary to avoid this risk. A smart card-based prepaid system is described 
in the article Natel D Easy', ComTec, vol. 2, 1997, p. 16-20. 

Summary of the Invention 

It is an object of the present invention to overcome the above described problems 
15 and to provide a charging method and device, particularly in mobile 

communications systems, which support roaming of subscribers both within their 
home communications network and within as well as into different networks for all 
types of chargeable services in a cellular communications system. 

20 This object is achieved by the method and the network node according to claims 1 
and 17. 

The present invention provides a charging method for a communications service in a 
cellular conraiunications system, especially for subscribers having a prepaid service 
account that is administrated by a prepayment support node PPSC of the 
communications system. The invention can be used to charge all types of chargeable 
services. A network node, which processes prepaid services is called in the 
following a prepaid service processing node PSPN. Any network node of a 
communications system can be a PSPN. Subscriber data like the subscriber type, 
e.g. 'prepaying subscriber permitted for international roaming', and further data, like 
the address PA of the PPSC, which administrates the corresponding prepaid service 
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account, are stored in a subscriber profile, which is stored in a subscriber profile 
database SPD. The subscriber profile database SPD can be centralised as well as 
decentralised. It is usually located in the HPLMN of the subscriber. Apart from a 
database for subscriber profiles, the SPD can perform other functions, e.g. functions 
5 of an HLR of a GSM system. 

In a cellular conununications system, the mobility of subscribers has to be ensured 
by routines like handover, national roaming and international roaming. The present 
invention supports all of these traffic cases, while facilitating reliably chargeable 
10 prepaid services for mobile subscribers. It supports all types of cellular 

conununications systems, e.g. the well-established GSM system and the currently 
developed UMTS system. It is applicable for services like High Speed Circuit 
Switched Data Service HSCSD, General Packet Radio Service GPRS and Voice 
over Internet VoIP. 

15 

According to the present invention a PSPN, which processes communications 
services in the conmiunications system, receives from the subscriber profile 
database SPD for a specific subscriber a Prepayment support node information PL 
This can be triggered by and preferably be executed within a registration procedure 

20 that is performed when the subscriber enters the service area of the PSPN. A 

subscriber can enter the service area of a PSPN by location update, by handover or 
by switching on of his mobile station. The PSPN determines after reception of the 
Prepayment support node information PI a PPSC address PA and stores it. After 
detecting a request for a conmiunications service, which is to be charged on a 

25 subscriber's prepayment account, the PSPN sends a credit information request to the 
identified PPSC by the prepayment support node address PA. After reception of the 
requested credit information, the PSPN processes the requested communications 
service according to the credit information. 

30 Apart from a processing unit for processing prepaid communications services, the 
PSPN comprises a signalling interface SI to send and receive signalling information. 
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e.g. the Prepayment support node information PI, the credit information request and 
the credit information itself. A determination unit determines a PPSC address PA of 
a prepayment support node PPSC from a Prepayment support node information PI 
that is received via the signalling interface SI, and a memory M stores the address. 
5 A request handler RH detects requests of communications services to be charged on 
a prepayment account. A credit information handler CH sends credit information 
requests to the PPSC identified by the stored prepayment support node address PA 
and receives the corresponding credit information. A controller CR is responsible 
for the controlling of the processing of requested communications services 
10 according to the credit information and for the controlling of a charging of the 
conmiunications service. 

The present inventions allows operators of communications networks to offer 
reliably chargeable prepaid communications services to subscribers, while at the 

15 same time profiting by the high performance because a low number and low 

complexity of signalling messages are needed. Network resources, in particular for 
signalling, are used to a minor extent only. Therefore, the present invention can 
easily fulfil the real-time requirements of modem communications networks. The 
solution is flexible, i.e. there is no need for a certain network architecture supporting 

20 prepaid services. It is vendor-independent and applicable also for use in future 
systems. 

The present invention allows for an entire range of charging, i.e. all services like 
bearer services, tele services and supplementary services can be charged. The same 
25 applies to events like short messages. The proposed solution can be used to charge 
prepaid services to service originating subscribers as well as to call forwarding 
subscribers and to subscribers at which the service terminates. 

The PSPN gets to know the PPSC addresses PA of prepaying subscribers, which are 
30 currently in its service area. This allows the sending of credit information requests 
to the appropriate PPSC without delay. The availability of the PPSC address PA to 
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the PSPN is independent of the network, i.e. HPLMN or VPLMN, to which the 
PSPN belongs. Therefore, the roaming of prepaying subscribers is supported by the 
proposed solution, which is essential for operators promoting subscriber mobility. 

5 Preferred embodiments of the present invention are described in the dependent 
claims. 

According to claim 2, prepaid services processing capabilities of the PSPN are sent 
to the SPD. A process capability handler is according to claim 18 responsible for it. 

10 The check of the prepaid services processing capabilities of the PSPN is especially 
useful in the case of mobile terminating services, if fees are to be charged to the so- 
called B-party, i.e. the subscriber on the service terminating side. Depending on the 
roaming agreements between network operators, this charging model applies in 
particular to intemational roaming. If the SPD knows the prepayment charging 

15 capability of the PSPN serving the B -party, the SPD can decide either to allow a 
certain communication service, in particular a B -party terminating communication 
service, or to reject such a service request, e.g. if the corresponding PSPN is not 
able to charge a required fee. 

20 According to claim 3, the processing of the requested communications service can 
comprise a controlling of a charging by different prepayment methods. According to 
claim 19, the controller of the PSPN takes over this task. Therefore, an operator is 
flexible in the design of his prepayment tariff models. As apart from prepayment 
based on credit information also, e.g., toll-ticketing payment can co-exist, it is 

25 possible to charge for a prepaid service both a basic fee, e.g. via toll ticketing, as 
well as a variable fee via the described credit information interrogation. 

According to claim 4, the Prepayment support node information PI comprises 
charging information about different types of communications services, the 
30 requested prepaid comumunications service is processed according to this charging 
information. The processing can be performed by a PPSN according to claim 26. 
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The PSPN knows individual fees, preferably in the form of credits, applying to each 
of the prepaying subscribers it is currently responsible for. Usually, operators offer a 
broad range of different contracts to their customers, implying different fees for the 
same communications services. If the PSPN knows the fees, which are valid for an 
5 individual subscriber, or their corresponding values, e.g. monetary values, to be 
charged for certain services, it can support a reliable service charging. 

According to claim 5, the credit information comprises an allowed amount of 
airtime. Advantageously, this supports an easy processing of prepaid services at the 
10 PSPN for time-based charging, like in GSM. The PSPN is not required to calculate 
from given monetary values the corresponding time that a service is allowed to 
consume, because the allowed amount of airtime is directly provided by the PPSC. 
Furthermore, any need for currency conversions is avoided in the case of 
international roaming subscribers. 

15 

Similar advantages exist for the embodiment described in claim 6, wherein the 
credit information comprises an allowed amount of traffic volume. Advantageously, 
a PSPN of a volume-based charging network like GPRS can directly process a 
certain traffic volume, e.g. in terms of bytes, which is allowed from the PPSC for a 
20 certain subscriber in response to a credit information request. 

According to claim 7, the credit information comprises an approval or a rejection of 
the processing of the requested conmiunications service. According to the 
embodiment described in claim 20 a disconnection handler terminates the 

25 communications service, if the credit information comprises a rejection. 

Advantageously, the approval or rejection information allows an effective prepaid 
processing of events, e.g. of short messages. Usually, there is a fixed fee for discrete 
communications services. Therefore, the PSPN does not require redundant tariff 
information or amounts of granted airtime or traffic volume to process such 

30 services. Instead, an information is sufficient, whether the processing of the 
requested event is permitted. 
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According to the embodiments described in claim 8 and claim 21 a credit value, 
which is received in the credit information, is consumed according to the processed 
communications service. The credit value can represent, e.g., a time value or a 
5 traffic volume. The consumption can be made in discrete steps or continuously. 
Therefore, corresponding charging models can flexibly be used and are open for 
easy changes by an operator. 

According to the embodiment described in claim 9 an additional credit information 
10 request is sent to the PPSC, whenever a remaining credit, which is calculated by a 
deduction of the consumption from the granted credit value, falls below a first 
threshold. According to the embodiment described in claim 22, the credit 
information handler takes care of this task. The detection of an exhausted credit can 
avoid an unpaid service execution, e.g., if it triggers a stop of processing of the 
15 communications service. 

Advantageously, these embodiments allow a stepwise fetching of credits, e.g. 
airtime or traffic volume. Usually, the PPSC checks the current prepaid account 
balance prior to a response to a credit infomiation request. Then the PPSC perfbmis 

20 an account update, i.e. a deducting from the prepayment account, after a 

confirmation of the service termination is received. Therefore, if the operator allows 
parallel, i.e. timely overlapping, prepaid communications services for a single user 
to be charged on the same prepaid account, or if the operator provides family 
accounts, i.e. several users having the same account, or if the communications 

25 system supports, e.g., the so-called supplementary multi-party service, there exists a 
certain risk of unpaid service executions, if the PPSC deducts the account after 
corresponding confirmations of service executions are received. The stepwise 
fetching of credits reduces this risk, if the PPSC deducts the account stepwise as 
well. E.g., if airtime is fetched in steps of 1 minute each, the risk is minimised to an 

30 unpaid airtime of 1 minute, if the prepayment account becomes empty. If the PPSC 
deducts the account after granting of the credit before a service execution by the 
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PSPN and reimburses a rest, which is not consumed by the processed service after a 
service execution confirmation is received, the risk of rejecting requested parallel 
services due to an empty account is minimised by the stepwise fetching of credits. 

5 According to claim 10, the PSPN receives an account warning sent by the PPSC, if 
the credit value of the subscriber account falls below a second threshold, and the 
PSPN sends an announcement of a low account credit to the subscriber's 
communications device, which has requested the communications service. 
According to the embodiment described in claim 23, an announcement handler of 
10 the PSPN is responsible for sending this announcement. Advantageously, the 

subscriber can be informed by these embodiments about a possible forced service 
termination in advance. 

According to claim II, a service termination information is sent to the PPSC, when 
15 the processed communications service has been terminated. According to the 
embodiment described in claim 24, the controller is responsible for this task. 
Advantageously, this allows for an accurate billing of the executed service at the 
PPSC, in particular of the last credit granted by the PPSC to the PSPN before the 
end of the service provisioning, which can be partly reimbursed. 

20 

According to the embodiment described in claim 12, the prepajmcient support node 
information PI , the credit information request and the credit information are 
comprised in MAP messages. According to the embodiment described in claim 25, 
the signalling interface is a MAP interface. In this way, the exchange of signalling 
25 messages between PSPN and PPSC as well as between PSPN and SPD is vendor- 
independent. This allows the flexible use of the present method and network node in 
various networks comprising elements from different suppliers. Furthermore, 
national and international roaming for prepaying subscribers can be provided 
effectively due to the commonly used signalling messages. 



30 
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According to the embodiment described in claim 13, at least one of the signalling 
messages credit information request and credit information comprises an 
interrogation request parameter indicating whether the signalling message is an 
initial one, a subsequent one or the last one related to the requested communications 
5 service. If this information is sent in the credit information request, the PPSC can 
easily detect, whether an internal charging process is to be setup in the case of an 
initial interrogation indication, to be continued in the case of a subsequent 
interrogation indication or to be finished in the case of a last interrogation 
indication. The same parameter sent in the credit information from the PPSC to the 
10 PSPN can serve for confirmation purposes. 

According to the embodiment described in claim 14, at least one of the signalling 
messages credit information request and credit information comprises a reference 
parameter identifying a dialogue between the prepaid service processing node PSPN 

15 and the prepayment support node PPSC. This allows a clear assignment of credit 
information requests and credit information messages, which is in particular useful 
if a plurality of communications services is processed at the same time for a 
subscriber. It allows the easy identification of signalling messages as belonging to 
the same charging transaction, if the same reference value is used for these 

20 messages. 

According to the embodiment described in claim 15, the signalling message credit 
information request comprises a service execution parameter indicating whether the 
requested communications service has been successfully executed. Therefore, the 
25 PPSC can efficiently detect, whether the balance of the subscriber account has to be 
finally updated with reference to a certain conmiunications service charging. 

According to the embodiment described in claim 16, the credit information 
comprises an interrogation indication parameter, indicating whether the prepayment 
30 support node PPSC expects a further interrogation from the prepaid service 

processing node PSPN for the communications service. This parameter can avoid 
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unnecessary signalling traffic, if it indicates that a further interrogation is not 
expected, because, e.g., a certain communications service is free of charge. In this 
case the PSPN will not send further credit information requests during the 
processing of the communications service. 

Brief description of the drawings 

In the following detailed description the present invention is described with 
reference to the accompanying drawings, wherein: 



10 Fig. 1 shows a cellular communications system consisting of a HPLM, 

Fig. 2 shows a cellular communications system consisting of a HPLMN and 
aVPLMN, 

Fig. 3 shows a flowchart of a charging procedure. 
Fig. 4 shows a flowchart of an alternative charging procedure, 
15 Fig. 5a shows a block diagram with parameters of the prepayment support 

node information message. 
Fig. 5b shows a block diagram with parameters of credit information request 

and credit information messages. 
Fig. 6 shows a block diagram of a PSPN, 



Detailed description 

Fig. 1 shows a simplified representation of a communications system CS that 
comprises an HPLMN with a subscriber profile database SPD, a prepaid service 
processing node PSPN and a prepayment support node PPSC. Furthermore, a 
mobile station MS is located under the coverage of the HPLMN. Signalling links for 
a transmission of signalling information, or in other words control information, can 
be established between the elements, i.e. a link SL between SPD and PSPN, a link 
CL between PPSC and PSPN, and a link ML between MS and PSPN. Any links for 
the transmission of payload information are not shown in Fig. 1. The signalling 
links can represent either a direct or indirect signalling connection. To explain the 
latter case, the link ML between the MS and the PPSN is preferably realised via a 
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radio base station (not shown in Fig. 1), and the links SL and CL can be realised, 
e.g., indirectly via a backbone, transit or separate signalling network (not shown in 
Fig. 1). The communications system CS can comprise a plurality of prepaid service 
processing nodes PSPN with corresponding signalling links SL, CL, but a mobile 
5 station MS is covered usually by a single PSPN at a time. 

The prepayment support node PPSC administrates prepaid accounts of subscribers, 
who have concluded a contract with the operator of the HPLMN. The PPSC 
processes charging and billing tasks for prepaying subscribers, and in particular 

10 grants credits for a subscriber in response to a corresponding credit request from a 
prepaid service processing node PSPN. The prepaid service processing node PSPN 
processes prepaid services, which are requested from a mobile station MS of a 
subscriber. The processing comprises at least the detection of the request for the 
communications service that is to be charged on a prepaid account, the request of a 

15 credit information from the PPSC and the evaluation of the received credit 

information. The execution of the communications service itself can be performed 
by the PSPN or alternatively be controlled by the PSPN and performed by a further 
node. 

20 The subscriber profile database SPD administrates subscriber profiles of subscribers 
that belong to the HPLMN. According to the present invention, the SPD stores for 
each prepaying subscriber the address of a corresponding PPSC. In order to 
facilitate the charging of a communications service and its processing at a PSPN, the 
SPD informs the PSPN on a subscriber base via the signalling link SL about the 

25 address of the corresponding PPSC, preferably when a corresponding subscriber's 
terminal gets under the coverage of a PSPN, e.g. by handover, by roaming or after 
being switched on. If the PSPN receives a request for a prepaid communications 
service, e.g. in a mobile originating case via the link ML, the node needs to know 
whether the prepayment account has enough credit for the payment of the requested 

30 service. The PSPN sends via the link CL a credit information request to the PPSC 
that is identified by the stored prepayment support node address PA. The PPSC 
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evaluates the request, looks up the balance of the subscriber account, and sends a 
credit information back to the PSPN. The PSPN processes the requested 
communications service according to the credit information, e.g., the requested 
service is executed, if the credit information indicates that there are funds to cover 
5 that in the account, or otherwise the service request is rejected. 

Fig. 2 shows a simplified representation of an alternative communications system 
CS'. Its elements and the elements' functions correspond to those explained with 
reference to Fig. 1. In this example, the subscriber profile database SPD and the 

10 prepayment support node are located in the HPLMN, and the prepaid service 
processing node PSPN covering the terminal MS in the VPLMN. Therefore, the 
shown scenario is a national or international roaming of a subscriber. In particular in 
this traffic case information of the PSPN about the appropriate PSPN, which is 
indicated by the corresponding address, is essential, because the PSPN and the 

15 PPSC belong to different networks, which are usually provided by different 

operators. Otherwise, the information about the appropriate PPSC of a subscriber 
would not be available in the network, i.e. the VPLMN. 

As explained above, the present invention is applicable in all types of cellular 
20 communications systems like GSM, GPRS or UMTS. With reference to Fig. 1 and 
Fig. 2, e.g. for a GSM system the subscriber profile database SPD can be the home 
location register HLR, a prepaid service processing node PSPN can be a mobile 
switching centre MSG or a mobile switching centre combined with a visitors 
location register MSCAH^R respectively, and the prepayment support node PPSC 
25 can be a prepaid service centre. Furthermore, the logical nodes of the 

conmiunications system can be realised either by centralised nodes or in a 
distributed manner. 

Fig. 3 illustrates a charging method for a communications service, e.g. executed in a 
30 prepayment processing node PSPN of a cellular communications system CS. In step 
300, the process is started. A trigger for this can be, e.g., a handover, a roaming or 
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the switching on of a subscriber's terminal. Any event that results in the terminal 
being covered by the PSPN can start the process. 

In step 310, the PSPN receives a prepayment support node information PI, which is 
5 sent from a subscriber profile database SPD caused by the described trigger that has 
started the process. After reception, the PSPN determines in step 320 from the 
prepayment support node information PI a prepayment support node address PA 
indicating the prepayment support node, which administrates a prepaid service 
account of the corresponding subscriber, from the prepayment support node 

10 information PL The determination can comprise an extraction of the prepayment 
support node address PA from other information like, e.g., subscriber identifier or 
further control information, a decoding as well as a conversion of the address, e.g. 
by means of a look-up-table, depending on the prepayment support node address 
format used. Afterwards, the prepayment support node address PA is stored 330, 

15 e.g. temporarily in a buffer or in a memory. Preferably, the subscriber-related 
prepayment support node address PA is stored in the subscriber data at the node. 

After a request for a prepaid communications service, which can be received from a 
mobile terminal MS, e.g. in a mobile originated traffic case, or from any network 

20 element of the communications system, e.g. in a mobile terminating traffic case, is 
detected in step 340 by the PSPN, it sends in step 350 a credit information request to 
the prepayment support node PPSC of the corresponding subscriber. The request is 
sent to the PPSC that is identified by the stored prepayment support node address 
PA. A credit information is in step 360 received in response to the request firom the 

25 PPSC. Then in step 370, the PSPN processes the requested communications service 
according to the credit information, i.e. the PSPN takes care of the execution of the 
requested service if the credit information indicates a valid credit, or it rejects the 
execution. 



30 Fig. 4 illustrates an alternative embodiment of the charging method. Apart from the 
steps already described with reference to Fig. 3, the PSPN sends in step 495 a 
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termination information to the PPSC after the node detects in step 490 a 
communications service termination, e.g. when the subscriber has finished the 
phone call, or because of a rejection indicated in the received credit information. 
The termination information allows the PPSC to finalise the charging for the service 
5 and to perform a billing on the basis of the actually consumed credit. 

If the service processing proceeds, the PSPN performs in step 475 a monitoring of 
the amount of credit, which is consumed by the executed service. If in step 480 is 
detected that the remaining credit, which is calculated within the monitoring task in 

10 step 475 as the granted credit value that has been sent in the credit information 

deducted by the consumption, is lower than a specific threshold, which can be, e.g., 
either a fixed value or a certain percentage of the credit granted originally from the 
PPSC, the PSPN sends again in step 450 a credit information request to the PPSC. 
In particular, repeated requests of credit information can be applied to continuous 

15 communications services like speech calls or data transmissions with a time-based 
or a volume-based charging. If the newly requested credit is granted by the PPSC, 
the regular processing of the communications service proceeds. Else the.currently 
executed communications service is interrupted, i.e. terminated. In the latter case, a 
service termination information is sent to the PPSC as already explained above. 

20 

In a further embodiment (not shown in Fig. 4), the processing of the 
communications service according to the credit information is terminated, if the 
consumed credit value is equal or above the credit, which has been granted by the 
PPSC. This is useful, if a requested credit information is not received in a certain 
25 response time. 

The PSPN detects in step 485 whether a low-account warning from the PPSC is 
received, either within the credit information or in a separate signalling message. If 
a low account warning is received, the PSPN signals in step 488 a warning to the 
30 subscriber terminal, e.g. by an announcement via a signalling channel. 

Consequently, the terminal can signal this warning to the subscriber. A low account 



wo 02/01847 



PCT/EPOl/07141 



16 

warning indicates, that the subscriber's prepaid service account is going to become 
empty, in other words, that the service account balance is less than a certain account 
threshold. The warning allows the subscriber, e.g., to finish quickly a phone call 
without being suddenly interrupted, or to refill the account in time, 

5 

Fig. 5a shows an example of parameters comprised in a prepayment support node 
information message. The message comprises an address parameter SPD-A that 
identifies a sender of the message, i.e. the SPD. The message comprises further a 
subscriber identifier SID that indicates the subscriber, for which the message is 

10 valid. The subscriber identifier can be a standardised Intemational Mobile 

Subscriber Identity IMSI, an IP-address or a proprietary parameter. The message 
comprises further the address parameter PSPN-A, which is the address of the 
receiver of the message, i.e. a PSPN, and the prepayment support node address PA, 
which administrates a payment account for the subscriber identified by the 

15 subscriber identifier SID. The address parameters used in the message have 
preferably a format of an ISDN-number, but in altemative embodiments IP- 
addresses or proprietary address structures can be used. 

Fig. 5b shows an example of parameters in a message, which can be a credit 
20 information request message or a credit information message respectively. The same 

parameter set and the same message structure can be used for this message pair. 

This allows the PPSC to respond in an efficient way to the request and makes 

acknowledgements easy because a conversion of the message fields is not 

necessary. The message shown in Fig. 5b comprises parameters of a credit 
25 information request or a credit infomiation message respectively. The address 

formats of parameters in messages shown in Fig. 5a and Fig. 5b are preferably 

identical. 

The message shown in Fig. 5b comprises an address parameter SN that identifies the 
30 sender of the message, i.e. a PSPN or a PPSC. A subscriber identifier SED indicates 
a subscriber, to which the message refers. The address of the receiver of the 
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message, i.e. a PPSC or a PSPN, is given in the parameter RE. A reference 
parameter ED, e.g. in an Integer format, can be used to identify a credit information 
request message and a credit information message that belong logically together and 
build a message pair. The reference parameter ID can be used, to identify a charging 
5 transaction, which can comprise several message pairs of credit information request 
and credit information messages. 

A request type parameter RT indicates, whether the credit information request, 
respectively the credit information, is an initial one, a subsequent one or the last one 

10 that is related to a charging of a specific communications service. The PPSC can use 
this parameter to control the opening, the continuation and the closing of a charging 
transaction that comprises a sequence of credit information request / credit 
information message pairs. The parameter RT has preferably an Integer format. 
Valid values are, e.g., 0 for an initial message, 1 for a subsequent message and 2 for 

15 a final message. 

The message shown in Fig. 5b comprises a parameter SB that indicates whether a 
communications service has been successfully executed. The PPSC can finally 
update the subscriber account balance after the successful service execution is 
20 indicated via the SB parameter. Preferably, the SB parameter has a Boolean format. 

The parameter FX indicates, whether the PPSC expects a further credit information 
request message for a certain charging transaction. B.g., if the processing of a 
certain communications service is free of charge, the PPSC will send via the FI 
25 parameter an indication to the PSPN, that no further messages related to said 

charging transaction are necessary. The parameter format is preferably a Boolean 
format. 

The parameter CV indicates a credit value that is requested by the PSPN, 
30 respectively allowed by the PPSC. The parameter can have, e.g., an Integer or a 
Real format. The value can represent different types of credit, e.g., an amount of 
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airtime or an amount of traffic volume. A type of credit can be assigned to a 
chargeable activity each. The type of credit, which is represented by the parameter 
CV, is indicated by the parameter CT. The format of the parameter can be, e.g., a 
String or an Integer format. In order to use the latter format, the operator has to 
5 define a corresponding coding scheme. 

In a preferred embodiment, the signalling messages prepayment support node 
information PI, credit information request and credit information are so-called MAP 
messages. For details on MAP it is referred to the ETSI specification GSM 09.02, 
10 version 7.3.0. 

Fig, 6 shows in an exemplary embodiment essential elements of a PSPN. Apart 
from a controller CR, which controls the processing of prepaid communications, 
services and charging transactions at the PSPN, and a corresponding processing unit 

15 PU, there are a determination unit DU to determine from a prepayment support node 
information PI a prepayment support node address PA. In one embodiment, this 
determination is performed by a read-out operation of the PA parameter from the PI. 
A memory M stores the address PA. A request handler RH detects requests for 
communications services, which indicate that the charging for these services should 

20 be done to a prepaid account. Alternatively, the request handler can check, whether 
a requesting subscriber has an entry in the memory M, i.e. whether a prepayment 
support node address PA is stored for the subscriber. A credit information handler 
CH sends credit information requests to the PPSC that is identified by the stored 
prepayment support node address PA. The credit information handler CH receives 

25 credit information messages, which are used by the controller CR for the controlling 
of the processing of the communications service with respect to the provision, 
rejection or termination of the service. 

The signalling messages prepayment support node information PI, credit 
30 information request and credit information are exchanged with the communications 
system via the interface SI. In the embodiment of Fig. 6, the interface SI is 
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connected to the controller CR. All other shown elements of the PSPN are 
connected to the controller as well. A person skilled in the art can derive easily 
further possible implementations, e.g. a ring or a bus can be used to connect the 
elements of the PSPN. In a further embodiment, the controller CR can comprise at 
5 least on of the credit information handler, the request handler and the determination 
unit. These elements of the PSPN can be realised either in hardware, in software or 
in a combination thereof. In a preferred embodiment, the interface SI is a MAP 
message interface. 

10 In further embodiments, the invention applies to a fixed network or to a hybrid 

network, i.e. an integrated fixed and mobile communication network. In these cases, 
the signalling messages are preferably comprised in Transaction Capability 
Application Part TCAP messages, and the interface SI is a TCAP message interface. 
In one embodiment, the communication system CS comprises a fixed network, 

15 wherein the SPD and the PSPN are integrated in a single network node. In an 

alternative embodiment, the communication system comprises a fixed network for 
the home network and the visited network each. In this case, the SPD is preferably 
located in the home network, wherein the PSPN is located in the visited network. 
The use of TCAP messages in these embodiments supports services like the so- 

20 called personal number service. 
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Claims 

A charging method for a communications service in a communications system, 
especially for a prepaid communications service, wherein a prepaid service 
processing node (PSPN) processes a communications service, with the steps of 

- receiving a prepayment support node information (PI) from a subscriber profile 
database (SPD), 

- determining a prepayment support node address (PA) from the prepayment 
support node information (PI), 

- storing the determined prepayment support node address (PA), 

- detecting a request for the communications service to be charged on a 
subscriber's prepayment account, 

- sending a credit information request to a prepayment support node (PPSC) 
identified by the stored prepayment support node address (PA), 

- receiving a credit information, and 

- processing the requested communications service according to the credit 
information. 

The method according to claim 1, with the additional step of 

- sending prepaid services processing capabilities of the prepaid service 
processing node (PSPN) to the subscriber profile database (SPD) for evaluation 
in a communication service setup. 

The method according to claim 1 or 2, wherein the step of processing the 
requested communications service comprises a charging by another prepayment 
method. 

The method according to claim 1, 2 or 3, wherein 

the prepayment support node information (PI) comprises charging information 
about different types of communications services, and wherein the prepaid 
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service processing node (PSPN) processes the requested prepaid 
communications service according to said charging information. 



5. 



The method according to any of the claims 1 to 4, wherein 
the credit information comprises an allowed amount of airtime. 



5 



6. The method according to any of the claims 1 to 5, wherein 

the credit information comprises an allowed amount of traffic volume. 

10 7. The method according to any of the claims 1 to 6, wherein 

the credit information comprises an approval or a rejection for the processing of 
the requested communications service. 

8. The method according to any of the claims 1 to 7, further comprising the step of 
15 consuming a credit value, which is received in the credit information, according 

to the processing of the requested conmiunications service, 

9. The method according to claim 8, further comprising the steps of 
calculating a remaining credit by deducting the consumption from the credit 

20 value, and sending an additional credit information request to the prepayment 

support node (PPSC), whenever the remaining credit falls below a first 
threshold. 

10. The method according to any of the claims 1 to 9, further comprising the steps 
of 

- receiving an account waming, which is sent by the prepayment support node 
(PPSC), if the credit value of the subscriber account falls below a second 
threshold, and 

- sending an announcement of a low account credit to a communications device 
(MS), which has requested the communications service. 
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1 1. The method according to any of the claims 1 to 10, further comprising the step 
of 

- sending a service termination information to the prepayment support node 
(PPSC), when the processed communications service has been terminated. 

5 

12. The method according to any of the claims 1 to II, wherein the prepayment 
support node information (PI), the credit information request and the credit 
information are comprised in MAP messages. 

10 13. The method according to any of the claims 1 to 12, wherein at least one of the 
signalling messages credit information request and credit information comprises 
an interrogation request parameter indicating whether the signalling message is 
an initial one, a subsequent one or the last one related to the requested 
communications service. 

15 

14. The method according to any of the claims 1 to 13, wherein at least one of the 
signalling messages credit information request and credit information comprises 
a reference parameter identifying a dialogue between the prepaid service 
processing node (PSPN) and the prepayment support node (PPSC). 

20 

15. The method according to any of the claims 1 to 14, wherein the signalling 
message credit information request comprises a service execution parameter 
indicating whether the requested communications service has been successfully 
executed. 

25 

16. The method according to any of the claims 1 to 15, wherein the credit 
information comprises an interrogation indication parameter, indicating whether 
the prepayment support node (PPSC) expects a further interrogation from the 
prepaid service processing node (PSPN) for the communications service. 



30 
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17. A prepaid service processing node (PSPN) in a communications system, 
comprising 

- a processing unit (PU) for processing prepaid communications services, 

- a controller (CR) to control the processing of the communications service by 
5 the processing unit (PU) and for a charging of the communications service, 

- a signalling interface (SI) to send and receive signalling information, 

- a determination unit (DU) to determine a prepayment support node address 
(PA) of a prepayment support node (PPSC) from a prepayment support node 
information (PI) received via the signalling interface (SI) and initiate the storing 

10 of the determined prepayment support node address (PA) in a memory(M), 

- a request handler (RH) to detect a request for a communications service to be 
charged on a subscriber's prepayment account at the prepayment support node 
(PPSC), and 

- a credit information handler (CH) to send a credit information request to the 
15 prepayment support node (PPSC) identified by the stored prepayment support 

node address (PA) and to receive a credit information via the signalling interface 
(SI) and forward it to the controller (CR). 

18. The prepaid service processing node (PSPN) according to claim 17, comprising 
20 a processing capability handler to send prepaid services processing capabilities 

of the prepaid service processing node (PSPN) to a subscriber profile database 
(SPD). 

19. The prepaid service processing node (PSPN) according to claim 17 or 18, 
25 wherein the controller controls a charging of the requested communications 

service by another prepayment method. 

20. The prepaid service processing node (PSPN) according to claims 17, 18 or 19, 
comprising a disconnection handler to terminate the requested communications 

30 service if the credit information received from the prepayment support node 
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(PPSC) comprises a rejection of the processing of the requested communications 
service. 

21. The prepaid service processing node (PSPN) according to any of the claims 17 
5 to 20, wherein a credit value, which is received in the credit information, is 

consumed according to the processing of the requested connmunications service. 

22. The prepaid service processing node (PSPN) according to claim 21, wherein 
the controller calculates a remaining credit by deducting the consumption from 

10 the credit value, and the credit information handler sends an additional credit 

information request to the prepayment support node (PPSC), whenever the 
remaining credit falls below a first threshold. 

The prepaid service processing node (PSPN) according to any of the claims 17 
to 22, comprising an announcement handler to send an announcement of a low 
account credit to a communications device (MS), which has requested the 
conamunications service, if an account warning is received from the prepayment 
support node (PPSC). 

20 24. The prepaid service processing node (PSPN) according to any of the claims 17 
to 23, wherein the controller sends a service termination information to the 
prepayment support node (PPSC), if the processed communications service has 
been terminated. 

25 25. The prepaid service processing node (PSPN) according to any of the claims 17 
to 24, wherein the signalling interface is a MAP interface. 

26. The prepaid service processing node (PSPN) according to any of the claims 17 
to 25, wherein the controller controls the processing of the requested prepaid 
30 communications service according to a charging information about different 
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types of communications services, which is comprised in the prepayment 
support node information (PI). 
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